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(57) A storage system (1) effectively manages the 
total capacity of hard disk drives (44) to store block-ba- 
sis data and file-basis data with a shared storage medi- 
um and a managing means (30) for managing all the 
storage areas in the storage medium. When block data 
and address are input through a fiber channel port (50), 
a block data input/output means (10a) converts its data 
format to a data format that is internally applied by the 
storage system (1). When file data and address are in- 
put through an Ethernet port (52), a file system (20) con- 
verts its data format to the data format internally applied 



by the storage system (1 ), such as the block data format. 
The file system (20) derives the address of a logical vol- 
ume from the received address information and trans- 
lates file data to block data. The managing means (30) 
derives the address of a logical volume (35a, 35b) to 
which to write block data from the address information 
delivered from the block data input/output means (10a). 
The managing means (30) translates this address or the 
address passed from the file system (20) to a physical 
address and writes data to or read data from a hard disk 
drive (44) with the physical address. 
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Description 

BACKGROUND OF THE INVENTION 
Field of the Invention 

[0001 ] The present Invention relates to a storage sys- 
tem for storing data on hard disk drives. More specifi- 
cally, the present invention relates to a storage system 
for inputting/outputting block-basis data as well as file- 
basis data. 

Description of Related Art 

[0002] In the current information-oriented society, 
with the prevalence of inter-corporate electronic com- 
merce by using the Internet and inter-corporate links, 
typically, supply chain management, making good use 
of data is important in corporate strategy. 
[0003] Storage systems for storing information facili- 
tate IT platforms connection and operation. 
[0004] With the explosive increase of data amount, 
the cost required for maintaining and managing storage 
systems increases significantly. 
[0005] Corporations tend to gather storage systems 
and servers connected thereto in a data center, apply 
centralized management of databases such that kinds 
of servers can access to the databases and share data 
so as to reduce Total Cost of Ownership (TCO) by sim- 
plifying the operation, maintenance and management of 
the overall system. 

[0006] As a method for allowing different kinds of 
servers to access storage systems and share the data 
stored in these systems, a Storage Area Network (here- 
inafter abbreviated to SAN) is developed. The SAN is 
the network dedicated to storage using fiber channels, 
each of which provides an interface connecting a server 
and a storage system, and a switch for fiber channels. 
The SAN thus makes multipoint-to-multipoint connec- 
tions between a plurality of servers and a plurality of 
storage systems. 

[0007] Applications to run on servers handle file-basis 
data, whereas storage systems connected to the SAN, 
typically a disk array, operate for block-basis data input 
and output. 

[0008] Thus, when data input/output between a serv- 
er and a storage system is performed, a file system on 
the server translates file-basis data to block-basis data 
that is input via the SAN to the storage and translates 
block data output via the SAN from the storage to file 
data. 

[0009] Meanwhile, Network Attached Storage (here- 
inafter abbreviated to NAS) has become prevalent as 
another method for allowing different kinds of servers to 
access storage systems and share the data stored in 
these systems. 

[0010] The NAS has a file system within the storage 
system, and file-basis data input/output is performed be- 



tween a server and the NAS. The file system within the 
NAS translates file-basis data to block-basis data that 
is stored on a hard disk drive. 

[0011] Thus, the NAS is connected to a Local Area 
5 Network ("LAN") that is popular as a general network for 
server-to-server communication. 
[0012] As described above, the SAN and NAS be- 
come prevalent as the means for sharing data. Such an 
environment as is schematized in FIG. 2 where a stor- 
10 age system, typically, a disk array system 6, connected 
to a fiber channel based Storage Area Network 
(FC-SAN) 2 coexists with a NAS 7 connected to a LAN 
3 in a data center. 

[0013] While the SAN is the fiber channel based net- 

15 work for carrying block-basis data as described above, 
standardizing the procedure for block-basis data input/ 
output between the storage system and host servers is 
by the Internet Protocol (hereinafter abbreviated as "IP") 
that is generally used for the communication between 

20 the host servers 1 via the LAN 3. In future, an Ethernet 
based SAN 9 (FIG. 3) is expected to become popular. 
[0014] In future, such an environment is expected to 
be what is in the topology schematized in FIG.3 where 
a disk array system 6 and a NAS 7 coexist. 

25 [0015] Since the NAS connected to the LAN 3 may 
transmit and receive a great deal of data to/from the host 
server 1 , the increased load on the LAN 3 affects the 
communication between the host servers 1 . 
[0016] If the Ethernet based SAN 9 becomes preva- 

30 lent, it is conceivable that the NAS 7 be connected to 
the Ethernet based SAN 9 in the topology shown in FIG . 
3. 

[0017] As shown in FIGS. 2 and 3, the environment 
where the disk array system 6 and the NAS 7 coexist in 

35 a data center is expected to become popular in future, 
though the topology may be in various forms. In such 
environment where different types of systems exist sep- 
arately, system maintenance and management will be- 
come complex. 

40 [001 8] Because both the disk array system 6 and NAS 
7 store block-basis data on hard disk drives, it is theo- 
retically possible for them to share the drives to store 
data. However, it is difficult to share the drives because 
they were conventionally separate systems. 

45 [0019] The NAS transmits and receives data to/from 
other storage systems with the intervention of a file sys- 
tem. Consequently, the NAS is slow data backup and 
copy speed in comparison with storage systems such 
as disk array systems that directly transmit and receive 

50 block-basis data between them without the intervention 
of the file systems. 

SUMMARY OF THE INVENTION 

55 [0020] An object of the present invention is to provide 
a storage system wherein the total capacity of hard disk 
drives can be used effectively and the management 
thereof is easy to reduce the TCO of the storage system. 
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[0021 ] More specifically, another object of the present 
invention is to allow the total capacity of hard disk drives 
to be used effectively and the management thereof is 
simplified in environment where a storage system for 
storing block-basis data, typically, a disk array system, 
coexists with a storage system for storing file-basis data, 
typically, a NAS. Yet another object of the present inven- 
tion is to provide storage systems between which back- 
ing up and copying of file-basis data is performed at high 
speed. 

[0022] To achieve the above objects, the present in- 
vention, in one aspect, provides a storage system pro- 
vided with a plurality of hard disk drives for storing data 
and a means for managing storage areas on the plurality 
of hard disk drives, comprising block data input/output 
ports, file data input/output ports, block data input/out- 
put means, file data input/output means, and a file sys- 
tem for transforming file data to block data and block 
data to file data. The data input/output through one of 
the block data input/output ports is written to or read 
from any area of the storage areas through the process- 
ing of the block data input/output means and the means 
for managing the storage areas. The data input/output 
through one of the file data input/output ports is written 
to or read from any area of the storage areas through 
the processing of the file data input/output means, the 
file system, and the means for managing the storage 
areas. 

[0023] The total space of the storage areas of the stor- 
age system consists of first storage areas for storing da- 
^ ta input/output as block data and second storage areas 
for storing data input/output as file data. 
[0024] The storage system further includes a means 
for partitioning the total space of the storage areas of 
the storage system into the first and second storage ar- 
eas. 

[0025] The means for partitioning includes a means 
for reallocating some of the first storage areas to be 
used as the second storage areas and a means for re- 
allocating some of the second storage areas to be used 
as the first storage areas. 

[0026] Alternatively, the total space of the storage ar- 
eas of the storage system may includes first storage ar- 
eas for storing data input/output as block data, second 
storage areas for storing data input/output as file data, 
and third storage .areas that do not classified as either 
of the first and second storage areas. 
[0027] In this case, the storage system further in- 
cludes a means for partitioning the total space of the 
storage areas of the storage system into the first, sec- 
ond, and third storage areas. 

[0028] The means for partitioning includes a means 
for reallocating some of the third storage areas to be 
used as the first or second storage areas if necessary. 
[0029] The maximum number of the ports that the 
storage system has is fixed, but the number of the block 
data input/output ports and the number of the file data 
input/output ports are variable and can be adjusted, pro- 



vided the maximum number of the ports is not exceed- 
ed. 

[0030] In another aspect, the present invention pro- 
vides a storage system with a plurality of hard disk drives 

5 for storing data and a means for managing storage ar- 
eas on the plurality of hard disk drives, comprising a plu- 
rality of input/output ports for Internet Protocol compliant 
packets, a block data and file data input/output means, 
and a file system for transforming file data to block data 

10 and block data to file data. The plurality of ports are 
grouped into a first port group for block data input/output 
and a second port group for file data input/output. The 
data input/output through a port of the first port group is 
written to or read from any area of the storage areas 

15 through the processing of the block data and file data 
input/output means and the means for managing the 
storage areas. The data input/output through a port of 
the second port group is written to or read from any area 
of the storage areas through the processing of the block 

20 data and file data input/output means, the file system, 
and the means for managing the storage areas. 
. [0031] In yet another aspect, the present invention 
provides a storage system with a plurality of hard disk 
drives for storing data and a means for managing stor- 
es age areas on the plurality of hard disk drives, comprising 
a plurality of input/output ports for I nternet Protocol com- 
pliant packets, a block data and file data input/output 
means, and a file system for transforming file data to 
block data and block data to file data 

30 [0032] The block data and file data input/output 
means further determines whether the block data or the 
file data has just been input or is being output so as to 
decide whether to pass the data for further processing. 
The block data is written to or read from any area of the 

35 storage areas through the processing of the block data, 
the file data input/output means, and the means for man- 
aging the storage areas. File data is written to or read 
from any area of the storage areas through the process- 
ing of the block data, the file data input/output means, 

40 the file system, and the means for managing the storage 
areas. 

[0033] Other and further objects, features and advan- 
tages of the invention will appear more fully from the fol- 
lowing description. 

45 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0034] The preferred embodiments of the present in- 
vention are illustrated in the accompanying drawings, in 
50 which: 

FIG. 1 is a diagram showing a storage system of 
one embodiment of the present invention construct- 
ed in a logical structure; 
55 FIG. 2 is a diagram representing an environment 
where a disk array system and a NAS coexists; 
FIG. 3 is a diagram of another environment where 
a disk array system and a NAS coexists; 
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FIG. 4 is a diagram of a storage system of the 
present invention constructed in another logical 
structure; 

FIG. 5 is a diagram of a storage system of the 
present invention constructed in yet another logical 
structure; 

FIG. 6 is a diagram of a storage system of the 
present invention constructed in a further logical 
structure; 

FIG. 7 is a diagram showing an actual configuration 
of the storage system shown in FIG. 1 ; 
FIG. 8 is a diagram showing an actual configuration 
of the storage system shown in FIG. 5; 
FIG. 9 is a diagram of a method for backing up of 
file-basis data from a storage system of the present 
invention to a magnetic tape unit; 
FIG. 10 is a diagram of a method for remotely cop- 
ying file-basis data between storage systems of the 
present invention; 

FIG. 11 is a diagram of a RAID module shown in 
FIG. 7; 

FIG. 12 is a diagram of a file server shown in FIG. 
7; and 

FIG. 13 is a diagram showing an actual configura- 
tion of the storage system shown in FIG. 6. 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

[0035] With reference to the attached drawings, pre- 
ferred embodiments of the present invention are de- 
scribed below. 

Embodiment 1> 

[0036] A preferred Embodiment 1 of the present in- 
vention is depicted in FIGS. 1 , 4, and 7. 
[0037] A storage system of Embodiment 1 operates 
under the assumption that its storage areas are man- 
aged in units of logical volumes. Other embodiments are 
also subject to this assumption. 
[0038] FIG. 1 shows the storage system 1 constructed 
in a logical structure. 

[0039] The storage system 1 includes four fiber chan- 
nel ports 50, four Ethernet channel ports 52, a block data 
input/output means 1 0-a, a file data input/output means 
10-b, a logical volume management means 30, a file 
system 20, and logical volumes 35-a and 35-b. 
[0040] Under the control of the logical volume man- 
agement means 30, the logical volumes 35-a and 35-b 
taking the physical addresses of a plurality of hard disk 
drives and the logical volume management means 30 
manages the storage areas on the plurality of hard disk 
drives. The logical volume management means 30 in- 
ternally maintains a table that maps the addresses of 
the logical volumes to the physical addresses on the 
hard disk drives ("an address translation table", herein- 
after) (which is not shown). 



[0041] The logical volumes are divided into two 
groups: logical volumes 35-a for storing block-basis da- 
ta (hereinafter referred to as block data) and logical vol- 
umes 35-b for stori ng file-basis data (hereinafter "file da- 
5 ta°). 

[0042] Instead of the fiber channel ports 50, other 
types of ports that enable input/output of block data, for 
example, SCSI ports may be used. 
[0043] Similarly, instead of the Ethernet ports, other 
10 types of ports that enable Input/output of file data may 
be used. 

[0044] FIG. 7 shows one example of the basic, actual 
configuration of the storage system in FIG. 1 . 
[0045] The storage system 1 includes four RAID mod- 
's ules 42, each having one fiber channel port 50, one file 
server 40 with four Ethernet ports 52, and a plurality of 
hard disk drives 44. 

[0046] The file server 40 and the four RAID modules 
42 are connected with four fiber channels 4. 
20 [0047] The number of the components specified 
above should be considered only illustrative rather than 
restrictive. 

[0048] The correspondence between the logical 
structure shown in FIG. 7 and the actual configuration 

25 shown in FIG. 1 is as follows. The block data input/out- 
put means (10-a) and the logical volume management 
means (30) shown in FIG. 1 substantially correspond to 
the RAID modules (42) shown in FIG. 7. The file data 
input/output means (10-b) and file system (20) shown 

30 jn FIG. 1 substantially correspond to the file server (40) 
shown in FIG. 7. The output of the file server (40) is con- 
nected to the RAID modules (42) with the fiber channels. 
The logical volumes (35-a and 35-b) correspond to the 
hard disk drives (44). 

35 [0049] As an example, because of the physical size 
limitation of the storage system, the maximum number 
of ports that the storage system 1 has is fixed to eight. 
However, the number of the fiber channel ports 50 can 
be increased by increasing the number of the RAID 

40 modules 42. 

[0050] If the number of the fiber channel ports is in- 
creased, the number of the Ethernet ports 52 connected 
to the file server must be decreased accordingly so as 
to maintain the same total port number. 

45 [0051] The number of the fiber channel ports 50 can 
also be increased by increasing the number of the fiber 
channel ports 50 connected to one RAID module 42. 
[0052] Conversely, if the number of the Ethernet ports 
52 connected to the file server 40 is increased, the 

50 number of fiber channel ports 50 connected to the RAID 
modules 42 must be decreased accordingly so as to 
maintain the same port number. 
[0053] In this way, the number of the fiber channel 
ports 50 and the number of the Ethernet ports 52 are 

55 set, by a user. 

[0054] As is shown in FIG. 11 , each RAID module 42 
includes an input/output (I/O) controller 1 50 which con- 
nects to a fiber channel port 50 with a fiber channel 4 
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and has the terminal of a fiber channel from the file serv- 
er which is shown in FIG. 1 2, a drive controller 1 60 which 
connects to the hard disk drives with a fiber channel 4, 
a logical volume controller 1 70, and a data buffer 165. 
[0055] The input/output (I/O) controller 150 performs 
block data input/output processing. 
[0056] The drive controller 1 60 writes/reads block da- 
ta to/from the hard disk drives. 
[0057] The data buffer 165 buffers data between the 
input/output (I/O) controller 150 and the drive controller 
160. 

[0058] The logical volume controller 1 70 maintains a 
logical volume inventory table and locates a logical vol- 
ume including any requested block data by referring to 
this table. The logical volume controller 17 also trans- 
lates the logical address of block data into a physical 
address. 

[0059] As is shown in FIG. 12, the file server 40 in- 
cludes an input/output (I/O) controller 151 which con- 
nects to the Ethernet ports 52 with an Ethernet 5, an- 
other input/output (I/O) controller 152 which connects 
the RAID modules 42 with fiber channels 4, a processor 
1 80, and a data buffer 1 66. 

[0060] The input/output (I/O) controller 151 performs 
file data input/output processing. 
[0061] The input/output (I/O) controller 152 writes/ 
reads block data to/from the RAID modules 42. 
[0062] The data buffer 1 66 buffers data between the 
input/output (I/O) controller 151 and the input/output (I/ 
O) controller 152. 

[0063] The processor 1 80 operates under the control 
of NFS (Network File System) operating as the file sys- 
tem under UNIX (a registered trademark of the UNIX 
System laboratories), i.e. operating as an operating sys- 
tem. 

[0064] This file system translates file data transferred 
from a host server that accessed the file server into a 
block data format. 

[0065] The above OS and file system are not limited 
to the UNIX and the NFS, respectively. Other OSs and 
file systems may be used, provided that they receive file 
I/O request (input/output request for file-basis data) 
from the host server, convert it to block I/O request (in- 
put/output request for block-basis data), and gain ac- 
cess to the RAID modules 42. 

[0066] The logical volumes 35-a for block data and the 
logical volumes 35-b for file data are allocated by re- 
cording their locations in the logical volume inventory 
table that retains the logical volume locations defined in 
the storage system 1 by a service processor (hereinafter 
"SVP"). The SVP allows the user to set or manage any 
available logical volumes in the storage system 1 . 
[0067] For example, a notebook-size personal com- 
puter connected to the storage system via a LAN can 
be used as the SVP. 

[0068] The SVP obtains access to the logical volume 

controller 170 shown in FIG. 11. 

[0069] When the storage system 1 is initialized, all 



logical volumes are allocated by setting a required 
number of logical volumes for block data such that the 
remaining logical volumes will be assigned for file data. 
[0070] After the storage system 1 is put into service, 
s if, for example, the logical volumes 35-a for block data 
become while there are free space in logical volumes 
35-b for file data, the volume allocations defined in the 
logical volume inventory table can be altered automati- 
cally or manually from the SVP such that some logical 
10 volumes 35-b for file data that are available are reas- 
signed for block data as many as required. 
[0071] Conversely, if the logical volumes for file data 
become full, the logical volume allocations, of course, 
can be altered accordingly by altering the allocations de- 
is fined in the logical volume inventory table. 

[0072] How the functional components of the storage 
system write and read block data and file data is ex- 
plained below. 

[0073] When block data is to be written, the block data 
20 js input to the storage system through a fiber channel 
port 50. 

[0074] Then, the block data input/output means 10-a 
processes the block data according to the protocol re- 
quired by the fiber channels and converts its data format 
25 into a data format that is internally applied in the storage 
system 1 . 

[0075] The logical volume management means 30 
derives the address of a logical, volume 35-a to write 
the block data from the address transmitted with the da- 
30 ta. 

[0076] Then, the block data is written to the physical 
address on the drive specified by the address translation 
table within the logical volume management means 30. 
[0077] When block data is to be read, the logical vol- 
35 ume management means 30 derives the address of a 
logical volume 35-a to read the block data from the ad- 
dress of the block data specified in the read request 
transmitted from the host computer. 
[0078] Then, the data is read from the physical ad- 
40 dress on the drive specified by the address translation 
table within the logical volume management means 30. 
The block data input/output means 1 0-a converts its da- 
ta format that is internally applied in the storage system 
1 to the data format for fiber channels. After performing 
45 the processing for reading block data according to the 
protocol required by the fiber channels, the block data 
input/output means 1 0-a outputs the block data through 
a fiber channel port 50. 

[0079] When file data is to be written, the file data is 
so input to the storage system through an Ethernet port 52. 
[0080] Then, the file data input/output means 10-b the 
file data according to the required Internet Protocol, and 
converts its data format to the data format for the file 
system 20. 

55 [0081 ] The file system 20 derives the address of a log- 
ical volume 35-b to store the data, from the file data and 
transforms the file data into block data. 
[0082] Then, the data is written to the physical ad- 
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dress on the drive specified by the address translation 
table within the logical volume management means 30. 
[0083] When file data is to be read, the file system 20 
derives the address of a logical volume 35-b from the 
file data specified in the read request transmitted from s 
the host computer. 

[0084] Then, the block data corresponding to the file 
data is read from the physical address on the drive spec- 
ified by the address translation table within the logical 
volume management means 30. The file system 20 
transforms the block data into file data by the file data 
input/output means 1 0-b so as to convert its data format 
for the file system 20 to the data format for Internet Pro- 
tocol and outputs the file data through an Ethernet port 
52. 

[0085] According to Embodiment 1 , both functions of 
the disk array system 6 and the NAS 7, shown in FIG. 
2, are made coexisting in a single storage system 
wherein the hard disk drives are shared to store block 
data and file data. Thus, the total capacity of the hard 
disk drives is used effectively. Accordingly, the system 
management is simplified. Consequently, the TCO of 
the storage system is reduced. 
[0086] In Embodiment 1, the preferred embodiment, 
logical volume allocation is performed in such a manner 
as represented in FIG. 4. 

[0087] In this manner, the logical volumes are divided 
into three types: logical volumes 35-a for storing block 
data, logical volumes 35-b for storing file data 35-b, and 
logical volumes 35-c not assigned as either type. 
[0088] Allocating the logical volumes is carried out in 
the same way as described with FIG. 1 , i.e. , in the logical 
volume inventory table within the logical volume man- 
agement means 30, and volume allocations are set or 
changed by the SVP. 

[0089] When the storage system 1 operates, if, for ex- 
ample, the logical volumes 35-a for block data become 
full, the volume allocations defined in the logical volume 
inventory table is altered by the SVP such that some 
logical volumes 35-c are allocated for block data as 
many as required. 

[0090] Similar reallocation is possible if the logical vol- 
umes for file data 35-b become full. 
[0091] The volume allocations defined in the logical 
volume inventory table are altered by the SVP such that 
some logical volumes 35-a or 35-b that become availa- 
ble are reallocated as logical volumes 35-c. 
[0092] According to the allocation manner represent- 
ed in FIG. 4, new logical volumes can be added if both 
the logical volumes 35-a for block data and the logical 
volumes 35-b for file data become full of data. 

<Embodiment 2> 

[0093] A preferred Embodiment 2 of the present in- 
vention is depicted in FIGS. 5 and 8. 
[0094] A storage system of Embodiment 2 also oper- 
ates under the assumption that its storage areas are 



managed in units of logical volumes. Other embodi- 
ments are also subject to this assumption. 
[0095] FIG.5showsthestoragesystem 1 constructed 
according to another logical structure. 
[0096] The logical structure of the storage system 1 
shown in FIG. 5 is the same as the one of Embodiment 

I shown in FIG. 1 except that the block data input/output 
means 10-a and file the data input/output means 10-b 
are integrated into a single block data and file data input/ 
output means, and the system has four Ethernet ports 
54-a for block data and four Ethernet ports 54-b for file 
data. 

[0097] Instead of the Ethernet ports, other types of 
ports that enable input/output of Internet Protocol com- 
pliant packets may be used. 

[0098] FIG. 8 shows one example of the basic, actual 
configuration of the storage system of logical structure 
shown in FIG. 5. 

[0099] The storage system 1 includes four RAID mod- 
ules 43, each having one Ethernet port 54-a, one file 
server 40 with four Ethernet ports 54-b, and a plurality 
of hard disk drives 44. 

[0100] The file server 40 and the four RAID modules 
43 are connected with four Ethernet lines 5. 
[0101] The number of the components specified 
above should be considered only illustrative rather than 
restrictive. As an example, because of the physical size 
limitation of the storage system, the maximum number 
of ports that the storage system 1 is fixed to eight. How- 
ever, the number of the Ethernet ports 54-a can be in- 
creased by increasing the number of the RAID modules 
43. 

[0102] If the number of the Ethernet ports 54-a is in- 
creased, the number of the Ethernet ports 54-b connect- 
ed to the file server must be decreased accordingly so 
as to maintain the same total port number. 
[01 03] The number of the Ethernet ports 54-a can also 
be increased by increasing the number of the Ethernet 
ports 54-a connected to one RAID module 43. 
[01 04] Conversely, if the number of the Ethernet ports 
54-b connected to the file server 40 is increased, the 
number of the Ethernet ports 54-a connected to the 
RAID modules 43 must be decreased accordingly so as 
to maintain the same total port number. 
[0105] In this way, the number of the Ethernet ports 
54-a and the number of the Ethernet ports 54-b are set, 
by a user. 

[0106] The configuration of each RAID module 43 is 
the same as that of each RAID module 42 shown in FIG. 

II except that an Ethernet 5 replaces the fiber channel 
4, which terminates at the input/output controller 150. 
To the input/output controller 150, block data from an 
Ethernet port 54-a is input which is obtained after the 
file server 40 transforms file data from an Ethernet port 
54-b into block data. 

[0107] A function of processing Internet Protocol com- 
pliant packets is added to the input/output controller 
150. 



15 



20 



25 



30 



35 



40 



45 



50 



6 



11 



EP 1 291 755 A2 



12 



[0108] The input/output controller 150 performs the 
following. It transforms Internet Protocol compliant 
packets into packets compliant to a SCSI protocol, such 
as iSCSI, i.e., it transforms block data encapsulated in 
the SCSI protocol compliant packets into an Internet 5 
Protocol compliant packets. It also encapsulates Inter- 
net Protocol compliant packets into SCSI protocol com- 
pliant packets. 

[0109] Moreover, the input/output controller inputs/ 
outputs block data in the SCSI protocol compliant pack- 
ets. 

[0110] Other components of the RAID module func- 
tion in the same way as in the RAID module 42 of Em- 
bodiment 1 . 

[0111] The configuration of the file server 40 is the 
same as that shown in FIG. 12. 
[0112] Logical volumes are allocated in the same 
manner as described in Embodiment 1 . 
[01 1 3] How the functional components of the storage 
system writes and reads block data and file data is ex- 
plained below. 

[01 1 4] When block data is to be written, the block data 
is input to the storage system through an Ethernet port 
54-a. 

[0115] Then, the block data and file data input/output 
means 11 processes for the block data according to the 
Internet Protocol, extracts SCSI protocol compliant 
packets from the Internet Protocol compliant packets, 
and extracts block data from the SCSI protocol compli- 
ant packets and converts its data format to the data for- 
mat that is internally applied in the storage system 1 . 
[0116] Further processing is the same as described 
in Embodiment 1 . 

[0117] When block data is to be read, the block data 
and file data input/output means 1 1 processes the block 
data as according to the Internet Protocol, extracts SCSI 
protocol compliant packets from the Internet Protocol 
compliant packets, and derives the address of block da- 
ta so as to read the data accordingly. 
[0118] The address of a logical volume 35-a from 
which to read the block data is obtained from the ad- 
dress of the block data. 

[0119] Then, the data is read from the physical ad- 
dress on the drive specified by the address translation 
table within the logical volume management means 30. 
The block data and file data input/output means 1 1 con- 
verts the data format that is internally applied in the stor- 
age system 1 to the data format for the SCSI protocol, 
transforms the SCSI protocol compliant packets con- 
taining the read data into Internet Protocol compliant 
packets, and outputs the IP packets through an Ethernet 
port 54-a. 

[0120] When file data is to be written, the file data is 
input to the storage system through an Ethernet port 
54-b. 

[0121] Then, the block data and file data input/output 
means 1 1 processes the file data according to the Inter- 
net Protocol and converts its data format to the data for- 



mat for the file system 20. 

[0122] Further processing is the same as described 
in Embodiment 1 . 

[0123] When file data is to be read, the file system 
performs the same processing as described in Embod- 
iment 1 except that the file data input/output means 1 0-b 
rather than the block data and file data input/output 
means 11 , carries out the output and related processing. 
[0124] According to Embodiment 2, both functions of 
the disk array system 6 and the NAS 7, shown in FIG. 
2, are made coexisting in a single storage system 
wherein the hard disk drives are shared to store block 
data and file data. Thus, the total capacity of the hard 
disk drives is used effectively. Accordingly, the system 
management is simplified. Consequently, the TCO of 
the storage system is reduced. 
[0125] In Embodiment 2, similarly, logical volume al- 
location represented in FIG. 4 can be performed. 



[0126] Another preferred Embodiment 3 of the 
present invention is depicted in FIGS. 6 and 13. 
[0127] A storage system of Embodiment 3 also oper- 
ates under the assumption that its storage areas are 
managed in units of logical volumes. Other embodi- 
ments are also subject to this assumption. 
[0128] FIG. 6 shows the storage system 1 constructed 
in yet another logical structure. 
[0129] The logical structure of the storage system 1 
shown in FIG. 6 is the same as the one of Embodiment 
2 shown in FIG. 5 except that the system has four Eth- 
ernet ports 56 which are common for block data and file 
data. 

[0130] Instead of the Ethernet ports, other types of 
ports that enable input/output of Internet Protocol com- 
pliant packets may be used. 

[0131] FIG. 13 shows one example of the basic, ac- 
tual configuration of the storage system of logical struc- 
ture shown in FIG. 6. 

[0132] The storage system 1 includes one IP (Internet 
Protocol) switch 46 with four Ethernet ports 56 which 
are common for block data and file data, four RAID mod- 
ules 43, one file server 40, and a plurality of hard disk 
drives 44. 

[0133] The IP switch 46 and the four RAID modules 
43 are connected with four Ethernet lines 5. 
[0134] The file server 40 and the four RAID modules 
43 are connected with four Ethernet lines 5. 
[0135] The IP switch 46 and the file server 40 are con- 
nected with two Ethernet lines 5. 
[01 36] The I P switch 46 determine which of block data 
or file data has just been input through an Ethernet port 
56 so as to deliver the block data to one of the RAID 
modules 43 or the file data to the file server 40. The file 
server 40 transforms file data to block data and delivers 
the block data to one of the RAID modules 43. 
[0137] The number of the components specified 
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above should be considered only illustrative rather than 
restrictive. The configuration and function of each RAID 
module 43 are the same as those of the RAID module 
43 described in Embodiment 2. 

[0138] The configuration of the file server 40 is the 5 
same as that shown in FIG. 12. 
[0139] Logical volumes are allocated in the same 
manner as described in Embodiment 1 . 
[0140] How the functional components of the storage 
system writes and reads block data and file data is ex- 
plained below. 

[0141] In Embodiment 3, both block data and file data 
are input to the storage system through one of the com- 
mon Ethernet ports 56. 

[0142] The block data and file data input/output 
means processes the input data packets according to 
the Internet Protocol requires and determines whether 
the packets contain block data or file data bases upon 
the port number specified in the TCP packets encapsu- 
lated in the Internet Protocol compliant packets. 
[0143] Further processing of either block data or file 
data is carried out in the same way as described in Em- 
bodiment 2. 

[0144] According to Embodiment 3, both functions of 
the disk array system 6 and the NAS 7, shown in FIG. 
2, are made coexisting in a single storage system 
wherein the hard disk drives are shared to store block 
data and file data. Thus, the total capacity of the hard 
disk drives is used effectively. Accordingly, the system 
management is simplified. 

[01 45] Consequently, the TCO of the storage system 
is reduced. 

[0146] In Embodiment 3, similarly, logical volume al- 
location represented in FIG. 4 can be performed. 

<Embodiment 4> 

[01 47] FIG. 9 is provided to explain a method for high- 
speed backing up file data according to the present in- 
vention. 

[01 48] The storage system of Embodiment 4, also op- 
erates under the assumption that its storage areas are 
managed in units of logical volumes. Other embodi- 
ments are also subject to this assumption. 
[0149] FIG. 9 illustrates a method for backing up file 
data stored in the storage system 1 in FIG. 1 to a mag- 
netic tape unit 60 via a fiber channel based a Storage 
Area Network (FC-SAN) 2. 

[01 50] The magnetic tape unit 60 has an interface for 
fiber channel 4, and writes/reads block data. 
[0151] The host server 1 has interfaces for both fiber 
channel 4 and Ethernet 5. 

[01 52] The host server 1 issues to the storage system 
1 a backup request in which a directory under which the 
object file data exists is specified. The backup request 
is transmitted across the LAN 3 and received at an Eth- 
ernet port 52 of the storage system 1 . 
[0153] Upon receiving the backup request, the file 



system 20 derives form a logical volume to read backup 
data from the directory information for a to-be-backed- 
up file. The file system 20 informs the logical volume 
management means 30 of that logic volume from which 
backup data should be read and issues a request to 
back up the data as block data. 
[0154] Upon receiving this request, the logical volume 
management means 30 reads the data from the physical 
address on the drive mapped to that logical volume as 
specified in the address translation table. 
[0155] The read data is transferred to the block data 
input/output means 10-a where its data format that is 
internally applied in the storage system 1 is converted 
to the data format for fiber channel. After processed ac- 
cording to the protocol for fiber channels, the data is out- 
put through a fiber channel port 50 and transmitted 
across the fiber channel based the Storage Area Net- 
work (FC-SAN) 2 to the magnetic tape unit 60 where the 
data is recorded. 

[01 56] The feature of Embodiment 4 is that the file da- 
ta is backed up after passing through the data path 1 01 
marked in FIG. 9 without any intervention of the file sys- 
tem 20 as in the prior art. 

[0157] Because magnetic tape units generally read 
and write block data only, when file data is backed up, 
the intervention of a server with a file system is required 
to transform file data into block data so as to send the 
block data to a magnetic tape unit for backing up. 
[01 58] In particular, in FIG. 9, file data is backed up in 
such a manner that the host server receives the to-be- 
backed-up file data read from the storage system 1 
through the LAN 3, transforms the file data to block data, 
and transmits the block data across the FC-SAN 60 to 
the magnetic tape unit 60 where the data is backed up. 
[01 59] According to Embodiment 4, file data is directly 
backed up to the magnetic tape unit without the inter- 
vention of the server such that high-speed backing up 
of file data is performed. 

[01 60] Even if the magnetic tape unit has a file system 
so as to back up file data, the file data is still backed up 
to the magnetic tape unit without the intervention of the 
file system, according to Embodiment 4. Thus, the 
processing overhead of the file system is reduced, and 
high-speed backing up of file data is performed. 
[0161] The invention in Embodiment 4 can also be 
carried out by the storage system 1 configured as in Em- 
bodiments 2 and 3 and the same effect is obtained as 
described. 

< Embodiment 5> 

[0162] FIG. 10 is provided to explain a method for 
high-speed remotely copying file data according to the 
present invention. 

[01 63] The storage system of Embodiment 5 also op- 
erates under the assumption that its storage areas are 
managed in units of logical volumes. Other embodi- 
ments are also subject to this assumption. 
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[01 64] FIG. 1 0 represents a method for remotely cop- 
ying file data between two units of the storage system 
1 in FIG. 5 (Embodiment 2). 

[0165] Remote copying is a data duplicating tech- 
nique by copying the data stored in one disk array sys- 5 
tern at one site to another disk array system at a geo- 
graphically distant site. 

[0166] The remote copying technique enables the fol- 
lowing. If the disk array system at one site fails due to 
an accident or any natural disaster, the duplicated data 
in the disk array system at the other site can be used to 
continue the operation with the same data in the failed 
system. The data and system availability Is ensured. 
[0167] Referto FIG. 10. Storage systems 1-1 and 1-2 
are the same as the storage system shown in FIG. 5 
(Embodiment 2). 

[0168] The storage systems 1-1 and 1-2 are located 
in respective data centers that are geographically dis- 
tant from each other. One storage system 1-1 is con- 
nected to an Ethernet-based SAN 9-1 , and the other 
storage system 1-2 is connected to another Ethernet- 
based SAN 9-2. 

[0169] The Ethernet-based SANs 9-1 and 9-2 are 
connected by the Internet 8. 

[01 70] Embodiment 5 is based on the conventional re- 
mote copying technique, and the relevant control meth- 
od between the storage systems 1 -1 and 1 -2 is generally 
the same as in the conventional one. However, the fol- 
lowing explanation of Embodiment 5 focuses on its es- 
sential parts of processing 1 05 wherein novelty lies and 
a data path 1 06 formed within and between the storage 
systems during remote copying. 
[0171] File data is remotely copied from the storage 
system 1-1 to the storage system 1-2 in the procedure 
is described below. 

[0172] The host server 1-1 issues a request for re- 
mote copying in which a directory under which the to- 
be-remotely-copied file data exists is specified to the 
storage system 1-1. The storage system 1-1 receives 
the request at its Ethernet port 54-b for file data. 
[0173] Upon receiving the request, the file system 
20-1 derives a logical volume to be remotely copied from 
the directory information. The file system 20-1 informs 
the file system 20-2 of the storage system 1 -2 that the 
remote copy data in the object logical volume is trans- 
mitted from an Ethernet port 54-a for block data (without 
the intervention of the file system). This information is 
transmitted from an Ethernet port 54-b of the storage 
system 1 -1 to an Ethernet port 54-b of the destination 
storage system 1-2 by means of IP (Internet Protocol) 
communication (as indicated by an arrow 105 in FIG. 
10). 

[0174] When the storage system 1-2 receives the 
above information, its file system 20-2 informs the logi- 
cal volume management means 30-2 that file data will 
be input through an Ethernet port 54-a for block data 
without the intervention of the file system and which log- 
ical volume to process. At the same time, the file system 



20-2 acknowledges the receipt of that information from 
the file system 20-1 by returning an acknowledgment 
(ACK) message to the file system 20-1 . 
[0175] Upon receiving the ACK message, the file sys- 
tem 20-1 informs the logical volume management 
means 30-1 of the volume to be remotely copied. 
[0176] The above request for remote copying is re- 
quest for copying all file data in the logic volume from 
the storage system 1 -1 to the storage system 1 -2. In ad- 
dition, if the file data in the logic volume existing in the 
storage system 1-1 has been updated after being cop- 
ied, the request includes requesting the storage system 
1-2 to update the updated file data. These two cases 
are explained below. 

[0177] The logical volume management means 30-1 
reads the to-be-remotely-copied logic volume from the 
hard disk drive, and transfers the read data into block 
data to the file data input/output means 11-1. The block 
data and file data input/output means 11-1 converts its 
data format that is internally applied in the storage sys- 
tem 1 to the data format for the SCSI protocol, trans- 
forms the SCSI protocol compliant packets containing 
the volume data into Internet Protocol compliant pack- 
ets, and transmits the IP packets from an Ethernet port 
54-a across the Ethernet-based SANs 9 to the storage 
system 1 -2. 

[0178] Upon receiving the remote copy data, the log- 
ical volume management means 30-2 identifies the log- 
ical volume whose remote copy of file data it received 
by the logical volume address transmitted with the data, 
and writes the copy data into the logic volume (as indi- 
cated by an arrow 1 06 in FIG. 1 0). 
[0179] If data existing within the copied volume in the 
storage system 1 -1 is updated, the updated data is read 
from the hard disk drive and transferred into the block 
data to the file data input/output means 11-1. The block 
data and file data input/output means 11-1 converts its 
data format that is internally applied in the storage sys- 
tem 1 to the data format for the SCSI protocol, trans- 
forms the SCSI protocol compliant packets containing 
the read data into Internet Protocol compliant packets, 
and transmits the IP packets from an Ethernet port 54-a 
across the Ethernet-based SANs 9 to the storage sys- 
tem 1-2. 

[0180] Upon receiving the remote copy data, the log- 
ical volume management means 30-2 identifies the log- 
ical volume whose remote copy of file data it received 
by the logical volume address transmitted with the data, 
and updates the corresponding data within the logic vol- 
ume (as indicated by the arrow 106 in FIG. 10). 
[0181] According to Embodiment 5, file data is re- 
motely copied between the storage systems without the 
intervention of the file systems such that the processing 
overhead of the file systems is reduced, and high-speed 
remote copying of file data is performed. 
[0182] The invention in Embodiment 5 can also be 
earned out with the storage systems 1 configured as in 
Embodiments 1 and 3 and the same effect is obtained 
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as described. 

[01 83] According to the present invention, the total ca- 
pacity of hard disk drives can be used effectively and 
the management thereof is simplified in environment 
where a storage system for storing block-basis data 
(ex., a disk array system) coexists with a storage system 
for storing file-basis data (ex., a NAS). 
[0184] Furthermore, the invention provides storage 
systems for backing up and copying file-basis data at 
high speed. 

[01 85] The present invention may be embodied in oth- 
er specific forms without departing from the spirit or es- 
sential characteristics thereof. The described embodi- 
ments are to be considered in all respects only as illus- 
trated and not restrictive. Variations and changes may 
be made by one skilled in the art without departing from 
the spirit of the present invention. Accordingly, it is ex- 
pressly intended that all such variations or changes 
which fall within the spirit and scope of the present in- 
vention as defined in the claims, be embraced thereby. 



Claims 

1 . A storage system (1 ) comprising: 

at least one block data input/output port (50, 
54a) 

at least one file data input/output port (52, 54b) 
data input/output means for inputting/output- 
ting block data via the block data input/output 
port (50) and file data via the block (file) data 
input/output port (50, 52) 
at least one storage drive (44), 
a file system (20) for transforming the file data 
into a block data format or the block data into a 
file data format; and 

managing means (30) for managing storage areas 
in the storage drive thereby writing into or reading 
from the storage areas at least one of the file data 
and the block data before or after the transforming. 

2. The storage system as recited in claim 1 , wherein 
the managing means (30) includes an data format 
table updated an initial or pre-transforming data for- 
mat for each of the stored block data and the stored 
file data with respect to one corresponding storage 
area number assigned to each of the storage areas. 

3. The storage system as recited in claim 2, wherein 
the unique storage area number is assigned to one 
storage area when the block data or the file data is 
written in. 

4. The storage system as recited in claim 2, wherein 
storage areas are of equal size, and the data format 
table is initiated with half of the storage areas are 



designated to store data in the block format and half 
of the storage areas are designated to store data in 
the file format. 

5 5. The storage system as recited in claim 1 , wherein 
the data input/output means includes: 

block data input/output means (10a) for input- 
ting/outputting block data via the 
block data input/output port (50, 54a), and 
file data input/output means (1 0b) for inputting/ 
outputting file data via the block (file) data input/ 
output port (50, 52), 

6. The storage system as recited in claim 1 , wherein 
the managing means (30) includes means for par- 
titioning the storage areas into a first group for stor- 
ing data in the block format and a second group for 
storing data in the file format. 

7. The storage system as recited in claim 6, wherein 
means for partitioning also reserves a third group 
of storage areas that do not belong to either the first 
group or the second group. 

8. The storage system as recited in claim 7, wherein 
said means for partitioning includes means for re- 
designating some storage areas of one group into 
another one group. 

9. The storage system as recited in claim 1 , wherein 
a total number of the input/output ports (50, 52) is 
fixed, some or ail of which are designed for input- 
ting/outputting block data or file data. 

10. The storage system as recited in claim 1 , wherein 
the input/output ports (50, 52) handles internet Pro- 
tocol compliant packets. 

11. The storage system as recited in claim 1, wherein 
the data input/output means (11) 
determines whether the block data or the file data 
has just been input or is being output so as to decide 
whether to pass the data for further processing. 

12. The storage system as recited in claim 1 , wherein 
the storage areas are divided in units of logical vol- 
umes. 

13. A method for managing block data and file data, 
comprising: 

inputting/outputting block data and file data; 
providing at least one storage medium; 
transforming the file data into a block data for- 
mat or the block data into a file data format; and 
managing storage areas in the storage medium 
thereby writing into or reading from the storage 
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areas at least one of the file data and the block 
data before or after the transforming step. 

14. The method for managing block data and file data 

as recited in claim 1 3, further comprising: 5 

assigning one corresponding storage area 
number to each of the storage areas; 
recording an original data format for each of the 
stored block data and the stored file data with 10 
respect to the corresponding storage area 
number in an data format table; and 
updating an initial or pre-transforming data for- 
mat recorded in the data format table for each 
of the transformed block data and the trans- *5 
formed file data with respect to the correspond- 
ing storage area number. 

15. A method for backing up file data stored according 

to the method recited in claim 1 3in an external stor- 20 
age device, comprising: 

retrieving the file data stored in the storage ar- 
eas; 

transforming the retrieved file data into the 25 
block data format; and 

outputting the transformed data to said storage 
device. 

16. A method for backing up block data stored accord- 30 
ing to the method recited in claim 13 in an external 
storage device, comprising: 

retrieving the block data stored in the storage 
areas; 35 
transforming the retrieved block data into the 
file data format; and 

outputting the transformed data to said storage 
device. 

40 

17. A method for copying file data stored according to 
the method recited in claim 14 into an internal or 
external storage area designated according to the 
method recited in claim 14 for storing block data, 
comprising: 4 $ 

copying the file data stored in the storage are- 
as; 

transforming the copied file data into the block 
data format; and writing the transformed data so 
to said storage area designated for storing 
block data. 

18. A method for copying block data stored according 

to the method recited in claim 14 into an internal or 55 
external storage area designated according to the 
method recited in claim 1 4 for storing file data, com- 
prising: 



copying the block data stored in the storage ar- 
eas; 

transforming the copied block data into the file 
data format; and 

writing the transformed data to said storage ar- 
ea designated for storing file data. 
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